home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001499_daemon _Wed Jun 30 00:41:22 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA22266; Wed, 30 Jun 93 00:41:23 MET DST
  3. Return-Path: <Nathan.Torkington@vuw.ac.nz>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA22262; Wed, 30 Jun 93 00:41:22 MET DST
  6. Received: from [130.195.11.3] by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA07143; Wed, 30 Jun 1993 01:04:41 +0200
  8. Received: by kauri.vuw.ac.nz id AA18510
  9.   (5.65c/IDA-1.4.4 for www-talk@nxoc01.cern.ch); Wed, 30 Jun 1993 11:04:29 +1200
  10. Date: Wed, 30 Jun 1993 11:04:29 +1200
  11. From: Nathan Torkington <Nathan.Torkington@vuw.ac.nz>
  12. Message-Id: <199306292304.AA18510@kauri.vuw.ac.nz>
  13. To: www-talk@nxoc01.cern.ch
  14. In-Reply-To: Karl Lehenbauer's message <9306291732.AA10920@NeoSoft.Com>
  15. Subject: Re: browser execution
  16.  
  17. Karl Lehenbauer writes:
  18.  
  19. > We are involved in some work on safe Tcl which will become part of
  20. > active email under MIME. [...]
  21. > It would be a good candidate, IMHO, for delivering active HTML messages
  22. > (i.e. programs) that can be executed safely, even though the sender
  23. > isn't trusted.
  24.  
  25. Something I would like to see is libraries (I don't know if you have
  26. them or not).  They could be specified through MIME, I guess, and
  27. would be a combination of ID and ``place to get them from if you don't
  28. already have them''.  For instance, say I want interactive hypertext,
  29. I could use a set of libraries that have already been written and
  30. debugged, rather than including the same code in every single
  31. interactive hypertext document.
  32.  
  33. This would lead to:
  34.   -- standardisation of code (a Good Thing).  C is intelligable
  35.      because libc.a provides a common set of ground rules without
  36.      which every program's source would bloat enormously.
  37.   -- local copies of libraries, to avoid repetitive and time-consuming
  38.      delays fetching libraries over a long-haul network for each
  39.      document.
  40.   -- quick boot-strapping.  If a couple of useful libraries for text
  41.      and interactive graphics were available, more users would be
  42.      willing to start the gentle slope of the learning curve.
  43.  
  44. Nat.